home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1426 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.7 KB

  1. Date: Sun, 22 May 94 02:20 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: mint@atari.archive.umich.edu
  4. Subject: Re-entrancy
  5.  
  6.  
  7. ========================================================================
  8.  hmm, sure?  if we just want IO to halt only processes which are in a
  9. disk IO systemcall (as opposed to `halt _every_ process' like its now...)
  10. then we don't need real multithreaded filesystems yet, and i don't think
  11. the kernel needs much more reentrancy than now like when a process
  12. sleeps for tty IO.  and the SCSI interrupt handler could just reset
  13. its in-service bit and ipl and then addroottimeout()?
  14. ========================================================================
  15.  
  16. If this is possible, I'd REALLY like to see it.  It would help ALOT in
  17. making the OS faster, not to mention practical application.  For example,
  18. recently, all the direct-to-disk recording code I've seen does sector-level
  19. disk manipulation for speed.   This is rediculous, since 16 bit sound,
  20. at 50Khz is 100K/s, for stereo, you get 200K/s.  Just about ANY hard disk
  21. can handle 200K/s, but the real problem is that you can't overlap disk
  22. IO with anything else, so you gotta make the disk IO super-fast so it
  23. doesn't lock up the system too long (at least I guess this is the reason).
  24.  
  25. Direct-to-disk would get real easy with a nice buffered Minix filesystem
  26. and non-blocking disk IO.  Even if the filesystems weren't multithreaded,
  27. you could still tfork() the main application.  Then a simple circular
  28. buffer of a modest size could be used for direct-to-disk recording.  And
  29. you'd have CPU time left over to move the mouse too!
  30.  
  31. Actually, I just hate it when the CPU is wasting time polling in a loop
  32. when it could be doing something else.  I don't care what else, anything
  33. else.  I just hate polling!!
  34.  
  35.